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DETAILED ACTION 



Priority 



1 . Applicants claim for domestic priority under 35 U.S.C. 1 19(e) is acknowledged. 

2. The effective filing date for the subject matter defined in the pending claims in 
this application is 1 1/25/1999 on the benefit of domestic provisional priority date. 



The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 



3. Claims 1 -6, 8- 10 and 13 are rejected under 35 U.S.C. under 35 U.S.C. 103(a) 
as being unpatentable over Bluetooth (Specification of the Bluetooth System Version 
1.0 A, July 26 th 1999), hereinafter referred to as Bluetooth. 

4. As per claim 1 , Bluetooth teaches an authentication method for establishing a 
connection between devices that can wirelessly communicate data, the method 
comprising the steps of: 

a. sending a first authentication-request message to another device to perform an 
authentication procedure with the other device to which a connection is wanted 



Claim Rejections - 35 USC § 103 
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(Bluetooth: see for example, PART B, Section 3.2 Authentication page 194 and Section 
3.3 Pairing page 196); 

b. sending a predetermined message according to a current operation mode to the 
other device and storing the predetermined message when an authentication-response 
message to the first authentication-request message is received (Bluetooth: see for 
example, PART C, Section 3.3.4 Creation of the Link Key, page 197); 

5. Bluetooth does not expressly teach: 

c. after performing the step (b), checking whether a received first message is a 
response message corresponding to the predetermined message when the first 
message from the other device is received; 

6. However, it would have been obvious to a person of ordinary skill in the art at the 
time the invention was made to modify the Bluetooth specification in an explicit way to 
accommodate, for the originator (or the verifier), checking whether a received first 
message is a response message corresponding to the predetermined message when 
the first message from the other device is received because (a) Bluetooth teaches 
mutual authentication is achieved by performing first the authentication procedure in 
one direction and, if successful, immediately followed by performing the authentication 
procedure in the reversed direction (Bluetooth: see for example, PART B, Section 
14.2.2.2 Authentication 2 nd Paragraph, page 154), and (b) Bluetooth further teaches the 
application should indicate who has to be authenticated by whom. Certain applications 
only require a one-way authentication. However, in some peer-to-peer communications, 
one might prefer a mutual authentication in which each unit is subsequently the 
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challenger (verifier) in two authentication procedures and thus the mutual authentication 
is indeed an option during the authentication procedure (Bluetooth: see for example, 
Figure 14.11 and PART B, Section 14.4 Authentication 4 th Paragraph, page 170). 

d. sending a response message corresponding to a second authentication-request 
message to the other device when the result of checking in the step (c) indicates that 
the first message is the second authentication request message (Bluetooth: see for 
example, Figure 14.11 and PART B, Section 14.4 Authentication 4 th Paragraph, page 
170, Line 7 -9); 

e. after performing the step (d), checking whether a second message is a response 
message corresponding to the predetermined message when the second message from 
the other device is received (Bluetooth: see for example, PART C, Section 3.3.4 
Creation of the Link Key, Line 6 - 8); and 

f. finishing the authentication procedure when the result of checking in the step (e) 
indicates that the second message is a response message corresponding to the 
predetermined message (Bluetooth: see for example, PART C, Section 3.3.4 Creation 
of the Link Key, Line 9-16). 

6. As per claim 2 and 6, Bluetooth teaches the claimed invention as described 
above (see claim 1 and 4 respectively). Bluetooth as modified further teaches in the 
step (b), when the current operation mode is a pairing process, a message for 
generating a link key is sent as the predetermined message and stored (Bluetooth: see 
for example, PART C, Section 3.3.4 Creation of the Link Key, Line 6-16), and when 
the current operation mode is not a pairing process, a message of 
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connection-establishment-completion is sent as the predetermined message and stored 
(Bluetooth: see for example, PART C, Section 4 Connection Establishment^" 1 
Paragraph); and the step (f) further comprises the sub-steps of: 
(f1 ) generating a link key before finishing the authentication procedure when the 
current operation mode is a pairing process (Bluetooth: see for example, PART C, 
Section 3.3.4 Creation of the Link Key, Line 6-16); and 

(f2) finishing the authentication procedure and establishing a connection to the other 
device when the current operation mode is not a pairing process (Bluetooth: see for 
example, PART C, Section 4 Connection Establishment^ Paragraph and Figure 4.1). 

7. As per claim 3, Bluetooth teaches the claimed invention as described above (see 
claim 1 ). Bluetooth as modified further teaches the step (b) further comprises the 
sub-steps of: 

(b1 ) checking whether the authentication-response message is valid using key 
information and random information (Bluetooth: see for example, PART C, Section 3.2 
Authentication and Section 3.2.1); and 

(b2) processing an authentication failure when the result of checking in the step (bl) 
indicates that the authentication-response message is not valid (Bluetooth: see for 
example, PART C, Section 3.2.1). 

8. As per claim 4, Bluetooth teaches the claimed invention as described above (see 
claim 3). Bluetooth as modified further teaches in the step (b I), the key information is 
held by the present device and the random information was used in sending the first 
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authentication message (Bluetooth: see for example, PART C, Section 3.2 
Authentication). 

9. As per claim 5, Bluetooth teaches the claimed invention as described above (see 
claim 1). Bluetooth as modified further teaches (g) finishing the authentication 
procedure when the result of checking in the step (c) indicates that the received first 
message is a response message corresponding to the predetermined message 
(Bluetooth: see for example, PART C, Section 4 Connection Establishment, 3 rd 
Paragraph and Figure 4.1). 

10. As per claim 8, Bluetooth teaches the claimed invention as described above (see 
claim 6). Bluetooth as modified further teaches in the step (d), when the predetermined 
message received in the step (b) is a message for generating a link key, the present 
device sends a response message corresponding to the message for generating a link 
key to the other device, generates a link key, and then finishes the authentication 
procedure (Bluetooth: see for example, PART C, Section 3.3.4 Creation of the Link Key, 
Line 6-16 and Sequence 7); and when the predetermined message received in the 
step (b) is a message of connection-establishment-completion, the present device 
sends a response message corresponding to the message of connection-establishment 
completion to the other device, finishes the authentication procedure, and then 
establishes a connection to the other device (Bluetooth: see for example, PART C, 
Section 4 Connection Establishment, 3 rd Paragraph and Figure 4.1). 

11. As per claim 9, Bluetooth teaches the claimed invention as described above (see 
claim 6). Bluetooth as modified further teaches the step (d) further comprises the 
sub-steps of: 
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(d1 ) checking whether the response message corresponding to the second 
authentication-request message is valid when the response message corresponding to 
the second authentication-request message is received by using random information 
and key information (Bluetooth: see for example, Figure 14.11 and PART B, Section 
14.4 Authentication 4 th Paragraph, page 170); and 

(d2) processing an authentication failure when the result of checking in the step (dl) 
indicates that the response message is not valid (Bluetooth: see for example, PART C, 
Section 4 Connection Establishment, 3 rd Paragraph and Figure 4.1). 

12. As per claim 10, Bluetooth teaches the claimed invention as described above 
(see claim 9). Bluetooth as modified further teaches in the step (dl), the present device 
holds the key information and the random information was used in sending the first 
authentication message (Bluetooth: see for example, PART C, Section 3.2 
Authentication). 

13. As per claim 13, Bluetooth teaches the claimed invention as described above 
(see claim 10). Bluetooth as modified further teaches performing the authentication 
procedure, when the authentication condition of the device that receives the 
authentication request is set to require the mutual authentication procedure, the mutual 
authentication procedure is performed by sending an authentication request message to 
the device that requests an authentication (Bluetooth: see for example, Figure 14.1 1 
and PART B, Section 14.4 Authentication 4 th Paragraph, page 170). 
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14. Claims 7, 11, 12 and 14 are rejected under 35 U.S.C. under 35 U.S.C. 103(a) as 
being unpatentable over Bluetooth (Specification of the Bluetooth System Version 1.0 A, 
July 26 th 1999), hereinafter referred to as Bluetooth, in view of Shona (Patent Number: 
5799085), hereinafter referred to as Shona. 

15. As per claim 7, Bluetooth teaches an authentication method for establishing a 
connection between devices that can wirelessly communicate data, the method 
comprising the steps of: 

a. sending a response message corresponding to a first authentication request 
message when the first authentication-request message from another device that wants 
to establish a connection is received (Bluetooth: see for example, PART C, Section 3.2 
Authentication and Section 3.3.1); 

b. Bluetooth does not expressly teach, after performing the step (a), checking an 
authentication condition of the present device when a predetermined message from the 
other device is received. 

16. Shona teaches after performing the step (a), checking an authentication 
condition of the present device when a predetermined message from the other device is 
received (Shona: see for example, Column 5 Line 61 - 67). 

1 7. It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to combine the teaching of Shona within the system of Bluetooth as 
modified because (a) Bluetooth teaches mutual authentication is achieved by 
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performing first the authentication procedure in one direction and, if successful, 
immediately followed by performing the authentication procedure in the reversed 
direction (Bluetooth: see for example, PART B, Section 14.2.2.2 Authentication 2 nd 
Paragraph, page 154), and (b) Bluetooth further teaches the application should indicate 
who has to be authenticated by whom. Certain applications only require a one-way 
authentication. However, in some peer-to-peer communications, one might prefer a 
mutual authentication in which each unit is subsequently the challenger (verifier) in two 
authentication procedures and thus the mutual authentication is indeed an option during 
the authentication procedure (Bluetooth: see for example, Figure 14.11 and PART B, 
Section 14.4 Authentication 4 th Paragraph, page 170), and (c) Shona teaches a method 
of effecting mutual authentication between two entities that the authentication condition 
is determined by the setting of a mutual authentication enabling flag (Shona: see for 
example, Column 5 Line 61 - 67). 
1 9. Bluetooth as modified further teaches: 

c. storing the predetermined message and sending a second authentication-request 
message to the other device when the result of checking indicates that a mutual 
authentication is required (Bluetooth: see for example, PART B, Section 14.2.2.2 
Authentication 2 nd Paragraph, page 154 & Figure 14.11 and PART B, Section 14.4 
Authentication 4 th Paragraph, page 170). 

d. after performing the step (c), sending a response message corresponding to the 
message stored in the step (c) to the other device when a response message from the 
other device corresponding to the second authentication-request message is received, 
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and finishing the authentication procedure (Bluetooth: see for example, PART C, 
Section 4 Connection Establishment^ Paragraph and Figure 4.1). 

19. As per claim 12, Bluetooth teaches determining whether an authentication 
procedure for establishing a connection between devices that want to communicate 
data is performed as a unilateral authentication procedure or as a mutual authentication 
procedure (Bluetooth: see for example, PART B, Section 14.2.2.2 Authentication 2 nd 
Paragraph, page 154 & Figure 14.11 and PART B, Section 14.4 Authentication 4 th 
Paragraph, page 170). However, Bluetooth does not expressly teach this decision is 
determined according to an authentication condition which enables receiving an 
authentication request in the two devices that can communicate data; and performing 
the authentication procedure. 

20. Shona teaches the decision is based on an authentication condition which 
enables receiving an authentication request in the two devices that can communicate 
data; and performing the authentication procedure (Shona: see for example, Column 5 
Line 61 -67). 

21 . It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to combine the teaching of Shona within the system of Bluetooth as 
modified because (a) Bluetooth teaches mutual authentication is achieved by 
performing first the authentication procedure in one direction and, if successful, 
immediately followed by performing the authentication procedure in the reversed 
direction (Bluetooth: see for example, PART B, Section 14.2.2.2 Authentication 2 nd 
Paragraph, page 154), and (b) Bluetooth further teaches the application should indicate 
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who has to be authenticated by whom. Certain applications only require a one-way 
authentication. However, in some peer-to-peer communications, one might prefer a 
mutual authentication in which each unit is subsequently the challenger (verifier) in two 
authentication procedures and thus the mutual authentication is indeed an option during 
the authentication procedure (Bluetooth: see for example, Figure 14.1 1 and PART B, 
Section 14.4 Authentication 4 th Paragraph, page 170), and (c) Shona teaches a method 
of effecting mutual authentication between two entities that the authentication condition 
is determined by the setting of an mutual authentication enabling flag (Shona: see for 
example, Column 5 Line 61 - 67). 

22. As per claim 1 1 and 14, Bluetooth teaches the claimed invention as described 
above (see claim 6 and 10 respectively). Bluetooth as modified does not expressly 
teach in the step (b) authentication enable information is checked as the authentication 
condition. 

23. Shona further teaches in the step (b) authentication enable information is 
checked as the authentication condition (Shona: see for example, Column 5 Line 61 - 
67: An mutual authentication flag is set to enable the mutual authentication function 
between two entities). 

24. Same rationale of combination applies herein as above in rejecting Claim 12. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Longbit Chai whose telephone number is 703-305-0710. 
The examiner can normally be reached on Monday-Friday 8:00am-5:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Ayaz R Sheikh can be reached on 703-305-9648. The fax phone number 
for the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



Longbit Chai 
Examiner 
Art Unit 2131 
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